fichier nand

Si tu peux accéder au Priiloader tu doit pouvoir lancer BootMii et ré-injecter la save de nand faite avec BootMii.. ( le mieux ).

Je pense que a du se louper quelques part. La ré-injecter la nand et le mieux ( biensur si elle la fait ! ... fichier nand.bin et key.bin a la racine de ta SD )

Sinon il te faudra dans un premier temps lance via le Priiloader YAWMM pour procéder a la désinstallation de tout les wad installer surement ceux des chaine forwarder.

Bonsoir,

C'est OK, j'ai refait Bootmi, j'ai bien obtenu mon fichier NAND MAIS même problème, lorsque je veux sauvegarder ce fichier sur PC ou DD, il me met impossible de copier nand : Paramètre incorrect. ?

J'y comprend vraiment rien pourtant le bootmi s'est fait sans pb

Pensez vous que ce la puisse peut-être venir de ma carte SD ? pourtant j'ai tout le hack d'installé dessus et pas de problème.

Je sais plus comment me dépatouiller de cette histoire car j'aimerai quand même sauvegarder mon fichier NAND...

Qqu'un aurait une idée ?

J'ai créé mon updflash.bin avec J-Runner, je l'ai mis à la racine d'une clé USB formatée en FAT32, que j'ai insérée dans ma console.

J'ai ensuite lancé la console en maintenant appuyé le bouton Eject.

Le Xell se lance, affiche les informations habituelles, et stoppe sur le message httpd listen...

Jamais il ne me propose de mise à jour.

Est-ce que j'ai raté quelque chose ? Peut-être dans le XeBuild Options de J-Runner ?

[EDIT] J'ai essayé en renommant la nand en nandflash.bin et en utilisant la méthode avec Rawflash 4, mais c'est la même chose, il ne se passe rien...

Ce qui est bizarre, c'est que quand je mets la clé USB dans la console, le témoin lumineux sur ma clé n'apparaît pas, comme si la connexion ne se faisait pas

[EDIT 2] J'ai essayé cette fois-ci avec le port USB derrière la console, et non l'un des deux devant. Cette fois-ci le témoin de la clé s'allume, mais toujours rien qui se lance dans Xell, que ce soit avec le fichier updflash.bin seul, ou en le renommant nandflash.bin et en mettant le xenon.elf avec...

[EDIT 3] Je viens de réaliser que la dernière fois que j'avais fait la maj du kernel, pour passer en 12611, j'étais passé par flash360, que je viens de retrouver sur le dd de ma console. Est-ce que je peux à nouveau passer par cette méthode ou est-ce que c'est dangereux car obsolète ?

De toute façon la 360 il ne lui reste plus que 1 ans de vie.

La next gen la remplacera en fin d'année prochaine à priori.
Je voulais savoir, pensez-vous qu'on puisse se faire bannir même après la sortie de la prochaine xbox .
Parce-que ça serait quand-même bête de flasher maintenant 1 ans avant sa fin et de se faire bannir et d'avoir une console sans live pour ses vieux jours.

Sinon je comprends pas pourquoi le x360key peut être repérable par microsoft. Je ne comprends pas en quoi sa modifie la console.

Encore le flash, sur ton DVD tu décodes, tu écrases le firmware stock et tu écrit un nouveau firmare dessus. Donc là ok la modification est inscrte dans la console. Le NAND on appel ce fichier je crois.

Mais pour le xkey, le firmare ne change pas c'est le stock et en plus il n'a jamais été effacé donc la customisation n'est pas inscrite dans le NAND. Cet appareil ne fait que simuler le lecteur. En fait je ne comprend pas pourquoi c'est repérable.

Si vou pouviez m'éclairer.

fllb Wrote:apres le scan avec syscheck, j ai un rapport avec succes.
system menu 4.1 (v450)
boot 2 v3
trouve 98 titles
trouve 41 IOS dans la console et 10 d entre eux sont "STUB"
IOS 4 (rev 65280) stub
IOS 10 ( rev 768) stub
IOS 11 (rev 256) stub
IOS 16 (rev 512) stub
IOS 20 (rev256) stub
IOS 30 (rev 2816) stub
IOS 34 (rev 3607) no patches
IOS 50 (rev 5120) stub
IOS 51 (rev 4864) stub
IOS 60 (rev 6400) stub
IOS 61 (rev 5661) no patches
IOS 70 (rev 6912) stub
le rest des IOS sont trucha bug et certain avec NAND ACCESS, USB 2.0

le but c'est que j ai plusieur backup en disk, je voudrais pouvoir avec les backups disk et aussi sur un HDD. A moins qu il risque d avoir un conflit alors je mets tous sur un HDD

re, peu tu nous posté le rapport en entier (fichier CSV que tu a sur ta SD)

Merci pour ta réponse, je vais donc partir sur une 16MB, effectivement la nand fait 16MB, j'aurais du y penser

Après vérification du KV Info, je confirme que le fichier orig.bin correspond bien à ma NAND d'origine. Du coup il vaut mieux que je parte de celle-là ou du fichier updflash.bin qui correspond à la NAND probablement présente actuellement sur ma console ? D'après les réponses à certains sujets sur le forum ça a l'air d'être mieux de partir de la NAND d'origine, mais je n'en suis pas sûre.

Par contre je ne comprends pas ta dernière phrase. J-Runner me propose bien un Dash 16202. Je pensais qu'on pouvait faire confiance "aveuglément" à J-Runner pour avoir des mises à jour "nettoyées", mais ce n'est pas si simple que ça ? En gros si je fais la mise à jour 16202 j'aurais mon Dashboard tout beau tout neuf comme l'officiel, mais je ne serais plus capable d'exécuter un launcher comme XexMenu (celui que j'ai), c'est ça ?

Désolé si ce sont des questions bêtes mais j'aime bien comprendre ce que je fais pour ne pas avoir à reposer plein de fois la question

Lu, alors pour ta jasper vu que tu as un dd tu as logiquement une 16mo, regarde la taille de ta nand d'origine.
D'ailleurs pour être sûr que ton fichier d'origine est bien celui de ta console rentre la ainsi que la clef cpu dans jrunner, dans l'onglet kv tu verras les infos avec le numéro de série, compare avec l'arrière de la xbox.

Pour la version choisi la 16197 plutôt car il n'y a pas encore de version compatible de dashlaunch.

sysCheck v2.1.0b18 par Double_A et R2-D2199
...tourne sous l'IOS58 (rev 6176).

Region: PAL
Menu Systeme 4.3E (v514)

Date de disque: 2008.07.14
Chaine Homebrew 1.1.0 utilise IOS58
Hollywood v0x21
Identifiant de la console: 88319987
Boot2 v4
74 titres trouves.
48 IOS trouves sur cette console. 10 sont des stubs.

IOS3 (rev 65280): Stub
IOS4 (rev 65280): Stub
IOS9 (rev 1034): Trucha Bug
IOS10 (rev 768): Stub
IOS11 (rev 256): Stub
IOS12 (rev 526): Trucha Bug
IOS13 (rev 1032): Trucha Bug
IOS14 (rev 1032): Trucha Bug
IOS15 (rev 1032): Trucha Bug
IOS16 (rev 512): Stub
IOS17 (rev 1032): Trucha Bug
IOS20 (rev 256): Stub
IOS21 (rev 1039): Trucha Bug
IOS22 (rev 1294): Trucha Bug
IOS28 (rev 1807): Trucha Bug
IOS30 (rev 2816): Stub
IOS31 (rev 3608): Trucha Bug
IOS33 (rev 3608): Trucha Bug
IOS34 (rev 3608): Trucha Bug
IOS35 (rev 3608): Trucha Bug
IOS36 (rev 3608): Trucha Bug, ES Identify, Acces NAND
IOS37 (rev 5663): Trucha Bug
IOS38 (rev 4124): Trucha Bug
IOS40 (rev 3072): Stub
IOS41 (rev 2835): Pas de patches
IOS43 (rev 3607): Pas de patches
IOS45 (rev 3607): Pas de patches
IOS46 (rev 3607): Pas de patches
IOS48 (rev 4124): Pas de patches
IOS50 (rev 5120): Trucha Bug
IOS51 (rev 4864): Stub
IOS52 (rev 5888): Stub
IOS53 (rev 5663): Trucha Bug
IOS55 (rev 5663): Trucha Bug
IOS56 (rev 5662): Trucha Bug
IOS57 (rev 5919): Trucha Bug
IOS58 (rev 6176): USB 2.0
IOS60 (rev 6400): Trucha Bug
IOS61 (rev 5662): Pas de patches
IOS70 (rev 6912): Trucha Bug
IOS80 (rev 6944): Trucha Bug
IOS202[60] (rev 65535, Info: Hermes-v55.1): Trucha Bug, Acces NAND, USB 2.0
IOS222[38] (rev 65535, Info: Hermes-v55.1): Trucha Bug, ES Identify, Acces NAND, USB 2.0
IOS223[37] (rev 65535, Info: Hermes-v55.1): Trucha Bug, Acces NAND, USB 2.0
IOS224[57] (rev 65535, Info: Hermes-v55.1): Trucha Bug, Acces NAND, USB 2.0
IOS249[56] (rev 21008, Info: d2x-v8): Trucha Bug, Acces NAND, USB 2.0
IOS250[57] (rev 65535, Info: d2x-v8): Trucha Bug, Acces NAND, USB 2.0
IOS254 (rev 65281): BootMii
BC v6
MIOS v10

Rapport genere le 2012/11/30.

j'aimerai retirer tout les fichier inutile de la SD

looping5 Wrote:Re, Matt, même avec ton mod, je lance ton mod, il se passe env 2min puis j'accède enfin à celui-ci.
Ensuite quand je choisi hack complet + loader cela se fige et puis plus rien... pas d'écran noir mais je ne peux plus rien choisir et l'écran reste figer sur le choix des différents hack.

Les servers sont pas mal sollicité c'est temp ci, je vais demander au reboot des server..

looping5 Wrote:je suis en 4.3E d'origine, j'ai donc du utiliser le banner bomb pour installer hackmii et la HBC. ensuite j'ai téléchargé le dernier rtu v4 et ai essayé de cracker la wii.
Ai-je fait quelque chose de pas bien???

Pourquoi refaire la LetterBomb pour réinstaller la HBC ! une fois installer elle est installer.

looping5 Wrote:(j'ai déjà cracké ma wii 4.2 et je suis en train de cracker celle d'un 4.3), une fois le boot mii installé, il créer des fichier sur la SD, et quand je décompresse le rtu v4 il y a des fichiers similaire... dois je les remplacer ou pas?
merci pour vos réponses...

Pour BootMii, installer / préparer SD OK sans oublier de faire la save de nand.
Pour les fichiers a remplacer c'est les même ( pour lancer BootMii [ boot.dol]) bref ca a effacer ( dossier private / boot.dol a la racine de la SD )